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(57) Abstract 



The invention relates to a method for managing access priorities for 
applications with respect to the resources of devices that are connected 
by means of a communication network. The inventive method is 
characterised in that it comprises the following steps: each application 
is attributed an access priority with respect to the resources of the 
network, whereby said levels include at least the following levels (a) 
a first access priority for an application that does come under the direct 
control of the user, (b) a second access priority level for an application 
that can be directly controlled by the user, and an authorisation for a 
first application to preempt access to a resource previously obtained by 
a second application according to the respective access priorities of the 
first and second applications. 

(57) Abr^g^ 

L' invention a pour objet un proc6d6 de gestion de priori t6s d*acc^ 
d'applications a des ressources d'appareils relics par un r6seau de 
communication. Le proc6d6 est caract6ris6 en ce que ledit proc€d6 
comporte les 6tapes d' attribution, ^ chaque application. d*un niveau de 
prioritd d'acc^s aux ressources du r6seau, lesdits niveaux comprenant au 
moins les niveaux suivants: (a) un premier niveau de priority d*acc6s 
pour une application qui n*est pas sous contrble direct d'un utilisateur, 
(b) un second niveau de priority d'acc6s pour une application apte ^ 6tre 
command6e directement par un utilisateur, d'autorisation de pr^mption 
par une premiere application d'un accfes ^ une ressource obtenu au 
pr^alable par une seconde application, en fonction des priorit6s d'acc^ 
respectives des premiere et seconde applications. 
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Precede de gestion de priorites d'acces a des ressources dans un 
reseau domestique et appareil de mise en oeuvre 

5 L'invention concerne la gestion de priorites d'acces par des 

applications a des ressources dans un reseau de communication 
domestique, ainsi qu'un appareil pour la mise en oeuvre du precede. 

Dans un reseau domestique, un certain nombre d'appareils sont 
0 relies par un reseau de communication et communiquent par i'intermediaire 
d'un langage commun. De tels reseaux evoluent vers la transmission de 
donnees audio et video, et peuvent par exemple etre bases sur un bus serie 
de type IEEE 1394. Les appareils connectes au reseau peuvent posseder des 
Ressources', c'est a dire des fonctionnalites particulieres. Un televiseur 
5 possede par exemple un tuner, un ecran cathodique, tandis qu'un 
magnetoscope possede un tuner et une fonctionnalite d'enregistrement. Les 
ressources d'un appareil pouvant etre mises a la disposition des autres 
appareils du reseau (par exemple un magnetoscope effectue 
Tenregistrement d'une emission en controlant le tuner du televiseur), des 
conflits d'acces aux ressources peuvent apparaitre, une ressource pouvant 
recevoir des commandes contradictoires de la part de diverses applications, 
L'invention a pour but de proposer une gestion des priorites 

d'acces. 

^invention a pour objet un precede de gestion de priorites d'acces 
d'applications a des ressources d'appareils relies par un reseau de 
communication, caracterise en ce que ledit precede comperte les etapes : 

- d'attribution. a chaque application, d'un niveau de priorite d'acces 
aux ressources du reseau. lesdits niveaux comprenant au moins les niveaux 
suivants : 

(a) un premier niveau de priorite d'acces pour une application qui 
n'est pas sous controle direct d'un utilisateur, 

(b) un second niveau de priorite d'acces pour une application apte a 
etre cemmandee directement par un utilisateur. 

- d'autorisation de preemption par une premiere application d*un 
acces a une ressource obtenu au prealable par une secende application, en 
fonction des priorites d'acces respectives des premiere et seconde 
applications. 
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Selon une variante de realisation, une ressource admet 
simuitanement des acces par au moins N applications, N etant superieur ou 
egal a 1 . 

5 

Selon une variante de realisation, I'etape de preemption est 
precedee d'une phase de negociation pendant laquelle la premiere application 
transmet un message a la seconde application lui demandant d'accepter ou de 
refuser d'abandonner I'acces au profit de la premiere application. 

Selon un premier exemple de realisation, une phase de preemption 
d'une application ayant le second niveau de priorite par une application ayant le 
premier niveau de priorite est toujours precedee d'une phase de negociation. 

Selon le premier exemple de realisation, une phase de preemption 
d'une application ayant le second niveau de priorite par une application ayant le 
second niveau de priorite est toujours precedee d'une phase de negociation. 

En effet, selon le premier exemple de realisation, le second niveau 
de priorite est le niveau devolu a des applications controlables par I'utilisateur. 
Etant donne que Ton suppose sa presence, une negociation est engagee dans 
les cas ci-dessus, avant toute preemption. 

Selon un second mode de realisation, il est prevu au moins trois 
niveaux de priorite, le troisieme niveau de priorite etant plus eleve que le 
second niveau de priorite, ce dernier etant plus eleve que le premier niveau de 
priorite, il y a une phase de negociation si le niveau de priorite de la premiere 
application est identique ou inferieur au niveau de priorite de la seconde 
application. 

Selon le second mode de realisation, il y a directement preemption 
sans negociation si le niveau de securite de la premiere application est 
superieur au niveau de securite de la seconde application. 

Selon une variante des modes de realisation, une application 
effectuant une tentative de reservation d'un acces d'une ressource deja 
reserv§e par N applications clientes est mise dans une file d'attente, en 
attendant la liberation de la ressource par Tune des N applications clientes. 



wo 99/65190 



PCT/FR99/01358 

3 



Selon une variante des modes de realisation, la mise en attente 
d'une application dans une file d'attente n*est effectuee que si cela est specifie 
par cette application dans sa requete d'acces. 

5 Le precede inventif peut comporter en outre les etapes : 

- d'attribution d'un niveau primaire de droits d'acces, pour une 
ressource donnee. a une application ayant requis en premier un acces a cette 
ressource, 

- d'attribution d*un niveau secondaire de droits d'acces a d'autres 
10 applications effectuant une reservation de ladite ressource, les droits d'acces 

du niveau secondaire etant tels qu'ils n'interferent pas avec les droits d'acces 
du niveau primaire. 

Selon une variante de realisation, suite a une commande transmise 
15 par une application ayant un droit d'acces de niveau secondaire a une 
ressource, la ressource determine elle-meme si cette commande interfere ou 
non avec les droits d'acces du niveau primaire. 

Selon une variante de realisation, une ressource accepte toute 
20 commande regue de Tapplication ayant un droit d'acces de niveau primaire a 
cette ressource, meme si I'execution de la commande interfere avec les 
commandes prealablement regues d'une application ayant un niveau 
secondaire de droit d'acces. 

25 Selon une variante de realisation, la preemption et/ou la negociation 

n'est autorisee que pour forcer Tabandon d'un acces tenu par une application 
ayant un niveau d'acces primaire. 

II est a noter que les caracteristiques ci dessus relevant des 
30 notions de niveau d'acces primaire et secondaire, ainsi que les 
caracteristiques supplementaires relatives a ces notions decrites dans ce qui 
suit pourront ulterieurement faire Tobjet d'un jeu independent de 
revendications. 

35 D'autres caracteristiques et avantages de Tinvention apparaitront 

a travers la description d'un exemple de realisation non limitatif illustre par 
les figures jointes parmi lesquelles 
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- la figure 1 est un diagramme bloc d'un reseau d'appareils 
mettant en oeuvre le precede conforme a rinvention, 

- la figure 2 est un schema representant rorganisation logique 
d'un appareil de la figure 1 . 

5 

Sur les differentes figures, les memes elements portent des 
references identiques. 

Le reseau de la figure 1 est constitue dans le present exemple de 
realisation d*un bus serie conforme au standard IEEE 1394 -1995. Ce bus, 
10 reference 1, relie des appareils 2, 4, 5 et 6. On entend par 'appareil' un 
ensemble physiquement distinct relie au reseau. Cheque appareil peut 
comporter un ou plusieurs sous-appareils, tels que le sous-appareil 3. Ces 
sous-appareils peuvent etre des ressources, qui sont des fonctionnalites 
d'appareils. Les ressources forment des modules logiciels {'software 
15 elements' en langue anglaise) au sens du document 'HAVi' mentionne plus 
loin. 

A titre d'exemple (voir figure 2), un appareil A est un decodeur de 
television numerique, tandis qu'un autre appareil, I'appareij B, est un 
magnetoscope. Le decodeur A possede deux ressources, a savoir un tuner 

20 12 et un demultiplexeur 13. Le magnetoscope B possede egalement deux 
ressources : un tuner 14 et la fonctionnalite d'enregistrement 15. Chacun 
des appareils A et B comporte une application (respectivement 18 et 1 9) qui 
est une interface utilisateur graphique, qui permet a un utilisateur de gerer 
directement les fonctionnalites de cheque appareil. L'interface utilisateur de 

25 I'appareij A permet selon le present exemple de realisation de gerer 
I'enregistrement, par un autre appareil du reseau, de programmes issus du 
demultiplexeur 13. Une ressource peut etre residente, c'est a dire presente 
des I'origine dans un appareil, mais peut egalement etre telechargee. 

Pour la mise en oeuvre des fonctionnalites et protocoles lies a 

30 HAVi, chaque appareil possede des moyens de traitement d'information, de 
memoire et de connexion appropries. Les moyens de traitement peuvent 
comprendre un microprocesseur 7 ou un microcontroleur ou equivalent 
associes a divers circuits specialises pour des taches plus specifiques 
{correction d'erreur, traitement du signal, demodulation etc.). Les moyens 

35 de memoire (10) peuvent etre des memoires statiques fixes ou 
reprogrammables pour contenir le noyau logiciel et/ou des parties de code 
telechargees et/ou des donnees. Les moyens de memoire peuvent aussi 
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comporter des dispositifs de stockage amovibles tels des cartes a 
microprocesseur et des cartes de type PCMCIA, ainsi que des disques durs 
ou autres moyens de stockage. Les moyens de connexion comportent entre 
autres Tinterface au bus IEEE 1394, reference 9 sur la figure 1. II est bien 
5 evident que I'lnvention ne se limite pas a une implementation structurelle 
particuliere. Selon la presente description, les divers elements d'un appareil 
sont relies grace a un bus interne 8. Les sous-appareils communiquent bien 
evidemment egalement avec le bus interne, mais ont ete illustres de maniere 
separee, car ces sous-appareils peuvent etre des applications logicielles 

10 executees par le microprocesseur 7, aussi bien que des parties materielles 
separees du microprocesseur. 

Chaque appareil comporte egalement un registre (respectivement 
reference 16, 17 pour chacun des appareils A et B). Le registre fait I'objet 
d*une demande de brevet francais au nom de la demanderesse, deposee le 

15 23 avril 1998 et portant le numero 9805110. Une autre de demande de 
brevet concernant le sujet de la presente demande est la demande de brevet 
francais 9807187, deposee a la date de priorite de la presente demande. 
Cette autre demande concerne la programmation d' actions de ressources 
dans un reseau de communication. 

20 D 'autres aspects relatifs a la presente invention sont par ailleurs 

decrits dans le document 'The HAVi Architecture - Specification of the 
Home Audio/Video interoperability (HAVi) Architecture' en date du 1 1 mai 
1998 en sa version 0.8 et mis a disposition du public depuis le 15 mai 
1998. Une version 1.0 de ce document est desormais disponible. On se 

25 referera egalement a ces documents pour de plus amples renseignements 
sur les divers elements du reseau, la presente description se limitant aux 
elements necessaires pour Texplication de Tinvention. 

Le registre d'un appareil (aussi appele 'registre local' pour cet 
30 appareil, par opposition a des 'registres distants' resident dans d'autres 
appareils) participe a la gestion de I'ensemble des ressources de cet 
appareil. Pour cet effet, le registre comporte une table dans laquelle 
viennent s'enregistrer les autres ressources de I'appareil, en indiquant leurs 
attributs (type de la ressource, identificateur de la ressource dans le reseau, 
35 .,.). Lorsqu'un module logiciel doit communiquer avec un autre module 
logiciel local, il peut obtenir la liste de ces modules par I'intermediaire du 
registre local, qui possede une adresse locale connue. Lorsqu'un module 
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logiciel doit communiquer avec un module logiciel distant d'un autre 
appareil, il peut obtenir I'adresse CSEID") du module logiciel distant en 
passant par le registre local. Un module logiciel peut determiner une liste de 
modules correspondant a certains criteres de recherche, independamment 
5 de la localisation de ces modules, en transmettant une requete au registre 
local qui propage cette requete aux registres distants. La requete comporte 
sous forme de parametres les criteres de selection des modules logiciels 
recherches, par exemple le type de module (afficheur, enregistreur, ...). 

A ce titre, les ressources d'un appareil s'enregistrent egalement 

10 au niveau du registre local, au meme titre que les autres modules logiciels. 
Un module telecharge s'enregistre aupres du registre de I'appareil qui fait 
office de plate-forme d'execution de ce module. 

Le registre est un module qui est selon le present exemple de 
realisation, un programme stocke dans la memoire 10 et mis en oeuvre par 

15 le microprocesseur 7 d'un appareil. 

Une application peut etre de I'un des deux profils suivants : 
Utilisateur ou Machine. Le profil Utilisateur correspond a une application qui 
est apte a interagir directement avec I'utilisateur, comme par exemple 
I'interface utilisateur graphique 18 de I'appareil A. Le profil Machine 

20 correspond a une application qui n'est pas controlee directement par un 
utilisateur, mais qui met par exemple en oeuvre une action programmee. Une 
application peut controler une ressource. Une application peut egalement 
etre une ressource et a ce titre etre controlee par une autre application. 
Selon le present exemple de realisation, une application de profil Utilisateur 

25 aura une preponderance sur une application de profil Machine lorsqu'il 
s'agira de resoudre un conflit de reservation d'une ressource. On dira que le 
profil Utilisateur possede un niveau de priorite plus eleve que le profil 
Machine. 

Une ressource possede un certain nombre de propri^tes : 
3° Une ressource peut etre de nature dite statique ou dynamique. 

Une ressource dynamique peut etre divisee en plusieurs parties 
independantes, moyennant la specification de parametres adequats. 
Typiquement, la bande passante est une ressource dynamique: une 
application reservant une bande passante devra specifier la largeur de bande 
35 h reserver. Une ressource de nature statique est une ressource ne pouvant 
§tre reservee de cette maniere. 
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Une ressource dynamique possedera un etat de reservation qui 
correspond a la quantite restante disponible. 

Une ressource statique peut etre dans un parmi trois 6tats de 
reservation, un etat dit disponible, un etat dit partage, et un etat dit 
5 verrouille. Dans I'^tat disponible, la ressource n'est controlee par aucune 
application. Dans I'etat partage, la ressource est controlee par au moins une 
application, mais d'autres applications peuvent neanmoins utiliser la 
ressource, avec certaines restrictions concernant ies commandes de 
contrdle admises pour ces autres applications. Dans I'etat verrouille, la 
10 ressource est controlee par au moins une application et rejettera toute 
commande de controle en provenance d'une autre application. 

D'autre part, on associera a chaque ressource un descripteur, 
c'est a dire une structure de donnees ou encore enregistrement, comportant 
des valeurs de variables identifiant Ies fonctionnalites de la ressource, ainsi 
15 qu'une adresse dans le reseau. Comme deja mentionne, ce descripteur est 
enregistre au niveau du registre local. 

Selon le present exemple de realisation, le descripteur de 
ressource indique le domaine d'activite de la ressource (par exemple 
audio/video, chauffage, appareils menagers, ...), le type de la ressource, qui 
20 indique sa fonction (syntoniseur, decodeur, modem, ...), ie niveau 
d'accessibilite (ressource 'locale', accessible uniquement par des 
applications residant dans le meme appareil, ou ressource 'publique', 
accessible egalement par des applications executees sur des plates-formes 
autres que I'appareil dans lequel reside I'application publique). 

25 

La gestion des ressources est basee sur un mecanisme de 
reservation. Une reservation est n6cessaire pour la mise en oeuvre de 
commandes de controle et plus generalement pour tout acces en ecriture 
changeant I'etat d'une ressource. Une reservation n'est generalement pas 
30 necessaire pour un acc§s en lecture. Une fois une reservation acceptee, 
I'application devient une application cliente de la ressource: elle en a le 
controle, mais elle n'est pas n^cessairement la seule application a etre dans 
ce cas, d'oCi la n6cessite d'un mecanisme de resolution de conflits d'acces a 
la ressource. 

Chaque appareil dispose d'un module logiciel appele 'gestionnaire 
des ressources". Dans le reseau de la figure 2, Ies gestionnaires des 
ressources des appareils A et B sont references respectivement 20 et 11. 
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Ces modules collaborent avec les registres, Les registres maintiennent 
localement une liste des modules logiciels (ressources, applications,,..) 
disponibles, et ie gestionnaire des ressources gere les reservations des 
ressources locales. Les informations maintenues par les registres sont 
5 relativement statiques, tandis que celles maintenues par les ressources sont 
generalement susceptibles d'evoluer rapidement. 

Selon ie present exemple de realisation, un gestionnaire de 
ressources obtient la liste des ressources locales, respectivement distantes, 
directement aupres du registre local, respectivement aupres du registre local 

10 apres que celui-ci ait lance une requete dMnformation aux registres distants. 
Les ressources non-residentes sont ainsi facilement accessibles au 
gestionnaire de ressources. Par exemple, lorsqu'un module de controle de 
fonction (TCM* selon terminologie HAVi) est decharge a partir d'un appareil 
audio-video de base ('BAV selon la terminologie HAVi), ce module de 

15 controle s'enregistre aupres du registre local de I'appareil lui servant de 
plate-forme d'execution, tel qu'un appareil audio-video a fonctionnalites 
completes (TAV). 

Les principes utilises pour la reservation sont les suivants : 
20 - avant de lancer une commande de controle d'une ressource, une 

application doit reserver cette ressource aupres du gestionnaire des 
ressources de I'appareil dans lequel reside la ressource, et 

- une application doit liberer une ressource qu'elle n'utilise plus. 
Selon Ie present exemple de realisation, une application 
25 souhaitant effectuer une reservation determine Tadresse du gestionnaire des 
ressources de Tappareil dans lequel reside la ressource par Tintermediaire du 
registre de I'appareil dans lequel reside Tapplication. Une fois I'adresse 
obtenue, Tapplication peut contacter Ie gestionnaire des ressources en vue 
de s'informer de Tetat de la ressource. Par centre une fois la reservation 
30 obtenue, T application ayant effectuee cette reservation obtient Ie controle 
de la ressource et adresse ses commandes de controle directement a la 
ressource. Le gestionnaire des ressources n'est contacte par la suite que 
pour indiquer que la ressource doit etre liberee. 

35 Chaque ressource maintient une structure de donnees dite 

'structure de contention', qui contient les informations suivantes : 
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(1) Informations statiques 

Ce type dMnformation n'a a priori pas vocation a evoluer. Ces 
infornnations peuvent etre demandees par le gestionnaire de ressources a 
partir des ressources. 

(a) Le mode de controle de la ressource 

Le mode de controle peut etre I'un des suivants: Transparent, 
Partageable, Exclusif. 

(b) Nombre maximum d'applications supportees 

Ce champ est utilise en cas de mode partageable ou exclusif. La 
ressource indique le nombre maximal d'applications supportees 
simultanement, le minimum etant 1 . 

(2) Informations dynamiques 

(a) Informations relatives aux applications controlant la ressource 
Parmi les donnees memorisees relatives a chaque application, on 

trouvera : 

- le profil de rapplication (Utilisateur ou Machine), 

- le cas echeant, s'il s'agit d'une application primaire ou 
secondaire (voir ci-dessous), 

- des donnees dites privees, reservees a une utilisation non encore 

definie, 

- un champ texte comportant un descriptif du motif de la 
reservation (par exemple 'Enregistrement de la Chame Z'). 

(b) Etat actuel de la ressource: Disponible, Partage, Verrouille 

(c) Nombre d'applications controlant la ressource 

(d) Liste des applications controlant la ressource 



(e) Liste des applications en attente de pouvoir controler la 
ressource (par exemple parce que le nombre maximal d'applications pour 
cette ressource a ete depasse). 
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Les applications, comme les ressources, sont identifiees par une 
adresse definie dans le document HAVi et portant le nom 'SEID'. 

De maniere plus specifique, la ressource maintient un minimum de 
5 donnees relatives aux applications qui la controlent, en vue de la miss en 
oeuvre des mecanismes de preemption et de negociation. Pour la mise en 
oeuvre du mecanisme de repartition en application primaire et applications 
secondaires, une ressource memorise au moins I'identificateur de 
I'application primaire. On se referera a ce propos notamment a la table 1 . 

Dans le cas du mode de controle partageable, on indiquera 
egalement le type d'acces autorise: Repartition des applications en 
application primaire et applications secondaires, ou egalite de traitement 
pour toutes les applications. 

Dans le mode de controle Transparent, la ressource accepte un 
15 controle simultane sans restriction de la part de plusieurs applications, sans 
faire de distinction entre les applications. 

Dans le mode Partageable, plusieurs applications peuvent 
controler en meme temps la ressource, mais cette derniere mettra en oeuvre 
des precedes de resolution de conflit d'acces et de partage de ressource si 
20 les commandos des applications risquent de conduire a un fonctionnement 
incorrect. 

Un exemple est celui du decodeur A de la figure 2. Le tuner de 
cet appareil est regie pour la reception d'un signal en provenance d'un 
transpondeur particulier, correspondent a un certain flux multiplexe. Dans ce 

25 flux, le demultiplexeur a la capacite de reperer les paquets correspondant a 
un service ou a un autre, et d'extraire ces paquets vers les applications 
clientes. En supposant qu'un flux donne vehicule une dizaine de services, 
des applications distinctes peuvent utiliser la ressource demultiplexeur pour 
acceder a des services identiques ou differents. Le demultiplexeur 

30 fonctionne alors comme un serveur. Un conflit apparaTt lorsqu'une 
application veut changer de transpondeur: ceci implique que toute autre 
application perdra I'acces aux services transmis sur le transpondeur actuel. 

Selon I'invention, le precede de resolution prefere d'un tel conflit 
est le suivant : les applications clientes d'une ressource sont classees en 

35 applications clientes primaires et secondaires. Une seule application peut 
etre une application primaire pour une ressource : c'est dans un premier 
temps celle qui a reserve la ressource en premier. Toutes les autres 
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applications sont des applications secondaires. La ressource accepte toutes 
les commandes en provenance de Tappiication primaire, nnais peut 
n^accepter que certaines comnnandes, et ce de facon limitee, de la part des 
applications secondaires. Les connnnandes des applications secondaires ne 
5 sont prises en connpte que dans la mesure ou elles n'entrent pas en conflit 
avec les connmandes de Tapplication primaire. Dans Texemple du 
demultiplexeur donne plus haut, seule Tapplication primaire a la possibilite 
de changer de transpondeur. Les applications secondaires ont simplement le 
droit de choisir un service sur le transpondeur actuel. 

10 Selon une variante de realisation, I'application primaire informe 

son utilisateur final (par exemple le telespectateur) des perturbations que 
son action peut entrainer. En reprenant Texemple precedemment decrit, 
avant de permettre a un utilisateur de changer de transpondeur, I'application 
primaire requiert le cas echeant aupres de la ressource gerant le tuner en 

15 question la liste des applications secondaires, ainsi que la liste des motifs de 
reservation correspondants. Ces motifs sont affiches a destination de 
I'utilisateur, qui prendra ou non la decision de proceder au changement de 
transpondeur, en connaissance de cause des suites possibles de son action. 

Selon le present exemple de realisation, les applications 

20 secondaires ont toutes des possibilites de commande identiques. On 
distingue deux precedes: selon le premier precede, une application ne peut 
perturber les commandes precedemment transmises a la ressource par une 
autre application Cprincipe du respect mutueD, tandis que selon le second 
precede, une application peut perturber une autre application. 

25 Dans tous les cas, ce qu'est une 'perturbation' d'une application 

secondaire par une autre depend de la nature de la ressource controlee et 
c'est cette derniere qui devra trancher. Selon le present exemple de 
realisation, c'est le principe du respect mutuel qui est mis en oeuvre en ce 
qui concerne les conflits d'acces entre applications secondaires. 

30 Selon une variante de realisation, comme deja mentionne en 

relation avec Tapplication primaire, une application secondaire avertit, s'il y 
a lieu, son utilisateur final des restrictions imposees a son action. 

A titre d'exemple, la table 1 donne pour une ressource 
partageable une partie des informations memorisees au niveau de cheque 

35 ressource : 
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Application 


Profil 


Acces 


Dans queue 
d'attente 


A1 


UTILISATEUR 


Primaire 


Non 


A2 


MACHINE 


Secondaire 


Non 


A3 


UTILISATEUR 


Lecture 


Oui 



















Table 1 



Dans le mode Exclusif, la ressource ne pourra etre controlee que 
par une seule application a un moment donne. La ressource memorise au 
5 moins I'identite de cette application, ainsi que son niveau de priorite(type 
Utilisateur ou Machine selon le present exemple de realisation). A titre 
d'exemple. on prendre la commande des mecanismes d'un magnetoscope, 
comma I'appareil B de la figure 2. Un conflit peut apparaTtre si une 
application demande I'enregistrement d'une emission, tandis qu'une autre 
10 application demande un peu plus tard rejection du support 
d'enregistrement. Dans ce cas, la premiere application aura un controle 
exclusif. 



Selon le type de ressource, le mode d'acces a une ressource peut 
differer pour differentes commandes. Par exemple, seules les commandes 
qui changent le mode de fonctionnement d'une ressource peuvent generer 
des conflits et justifier de ce fait un mode de controle exclusif ou 
partageabie, tandis que toutes les autres commandes, par exemple des 
20 acces en lecture ou des demandes d'evenements sont geres selon le mode 
transparent. 

Pour reserver une ressource, une application transmet une 
commande correspondante au gestionnaire des ressources local a la 
25 ressource ou au gestionnaire local a I'application elle-meme. Cette 
commande comporte en tant que parametres les informations relatives a 
I'application inscrites par la suite dans la structure de contention au niveau 
de la ressources. Aucune reservation n'est effectuee par une application 
pour une ressource en mode transparent. Selon le present exemple, une 
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10 



reservation est effectuee pour I'obtention immediate du controle d'une 
ressource, c'est a dire que la notion de temps n'est pas prise en compte 
dans le but de simplifier la presente description. Cependant, le principe est 
similaire pour des conflits d'acces d'une meme ressource pour des periodes 
futures qui se chevauchent. La demande de brevet ayant meme date de 
priorite que la presente demande concerne notamment ces reservations pour 
des periodes futures. 

Selon i'etat actuel de la ressource, trois cas peuvent se 
presenter : 

- La reservation est acceptee et I'application devient Tappiication 
primaire ou une application secondaire. C'est le cas lorsque la ressource est 
initialement respectivement dans i'etat disponible ou partageable. 

- La reservation est rejetee car la ressource est verrouillee (par 
exemple parce que le nombre maximal d'applications a ete atteint). 
L'application peut requerir, sous la forme d'un drapeau dans la commande 
de reservation, d'etre placee dans la queue d'attente de cette ressource, et 
d'obtenir une notification de la part du gestionnaire des ressources lorsqu'il 
lui aura automatiquement attribue un nouveau niveau d'acces (soit un acces 
secondaire devenant primaire, soit une application dans la file d'attente 
devenant application secondaire ou primaire). L'adresse de l'application est 
alors memorisee dans une pile de la structure de contention de la ressource 
appropriee. 

- La mise en attente de {'application si son profil est tel qu'il lui 
permet de negocier le titre d'application primaire avec l'application primaire 

25 actuelle. Le mecanisme de negociation ou de preemption est. selon le 
present exemple, mis en oeuvre par I'intermediaire du gestionnaire des 
ressources. 



15 



20 



Le gestionnaire des ressources transmet en retour vers 
I'application le resultat de la reservation. Si la reservation est acceptee, le 
message comporte egalement I'information selon laquelle I'application est 
primaire ou secondaire. 

Lorsque l'application a obtenu le controle de la ressource et a 
termine son action, elle transmet une commande de liberation de la 
ressource au gestionnaire des ressources. Ce dernier efface alors 
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I'application et les informations s'y rapportant de la structure de contention 
appropriee. 

C'est egalement le cas pour una application en attente n'ayant 
plus besoin d'une ressource pour laquelle elle a tente d'effectuer une 
5 reservation dans le passe, elle doit liberer la ressource. 

Selon le present exemple de realisation, deux mecanismes sont 
prevus pour effectuer le remplacement d'une application primaire par une 
autre application : la preemption et la negociation. Le type de mecanisme 
est identifie dans la commande de reservation envoyee par une application 
au gestionnaire des ressources. La phase de preemption peut etre precedee 
d'une phase de negociation. 

Lorsqu'une application souhaite negocier le statut d'application 
primaire avec I'actuelle application primaire, elle envoie un message en ce 
sens au gestionnaire des ressources, qui a son tour transmet un message a 
I'application primaire. Celle-ci peut soit accepter, soit refuser de ceder sa 
place. Une application de type Utilisateur peut par exemple transmettre la 
demands a I'utilisateur iui-meme. 

Une application peut egalement mettre en oeuvre le mecanisme de 
preemption pour s'approprier le statut d'application primaire. Dans ce cas, le 
gestionnaire des ressources verifie que cette application a bien la priorite 
pour faire cette requete, par rapport a la priorite de I'application primaire 
actuelle. S'il autorise la preemption, le gestionnaire des ressources envoie 
une commande de transfert, que I'application primaire a I'obligation 
d'accepter. Un temps donne est alors accord^ a I'application primaire pour 
liberer la ressource. Si ce temps n'est pas respecte, le gestionnaire des 
ressources effectue le transfert d 'office de la ressource. 

En liaison avec le mecanisme de repartition des applications 
30 clientes en application primaire et applications secondaires, la resolution des 
conflits pour la position d'application primaire lors de la reservation repond 
aux regies suivantes, sachant que I'on se place dans le cas ou seuls les 
profiis Utilisateur et Machine existeraient : 

(1) Une application de profil Utilisateur a toujours priorite sur une 
35 application de profil Machine. 

(2) La premiere application reservant une ressource partageable 
devient I'application primaire. Une application primaire peut interferer avec 



15 



20 
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les commandes d'applications secondaires. Une application secondaire ne 
peut interferer avec une commande de ['application primaire, 

(3) Une application de profil Utilisateur n'est jamais sounnise au 
droit de preemption d'une autre application (Utilisateur ou Machine) sans 

5 phase de negociation. 

(4) Quand une application primaire libere une ressource, c'est 
rapplication secondaire ayant le niveau de priorite le plus eleve qui devient 
application primaire. Dans le cas oCi plusieurs applications secondaires 
possedent ce niveau de priorite, c'est rapplication la plus ancienne qui 

10 devient application primaire. Une application en attente prend alors la place 
de rapplication secondaire. 

Quatre cas de conflit peuvent se presenter, selon le profil de 
rapplication primaire et celui de I'application cherchant a effectuer une 
15 reservation (on supposera ici qu'il y a negociation chaque fois que 
rapplication primaire est de profil Utilisateur) : 

(a) L'application primaire a un profil Utilisateur et rapplication 
requerant la reservation a un profil Machine : 

20 Dans ce cas, la ressource transmet un message a rapplication 

Utilisateur pour verifier si ce dernier peut ceder la main. C'est la 
negociation. Si c'est le cas, rapplication de profil Machine devient 
rapplication primaire. Sinon, rapplication Machine abandonne sa tentative. 

Un exemple correspondant a ce cas est celui d'un telespectateur 

25 regardant un service diffuse sur un transpondeur A, tandis qu*un 
magnetoscope preprogramme doit enregistrer un service sur un 
transpondeur B, utiiisant le meme tuner. 

(b) L'application primaire a un profil Machine et rapplication 
30 requerant la reservation a un profil Utilisateur ; 

Avant de remplacer rapplication primaire Machine par 
rapplication Utilisateur, le gestionnaire des ressources informe rapplication 
Utilisateur des consequences potentielles de ce remplacement et lui 
demande une confirmation du remplacement, en lui donnant la possibilite de 
35 laisser I'application primaire finir sa tache. 

Un exemple correspondant a ce cas est celui ou un magnetoscope 
enregistre un service d'un transpondeur A, tandis qu'un telespectateur 



wo 99/65190 ^ PCT/FR99/013S8 

16 

souhaite regarder un service sur un transpondeur B, utilisant le meme tuner. 
Le telespectateur est alors averti que I'enregistrement en cours devra etre 
arrete s'il confirme sa decision. 

5 (c) L'applicatlon primaire a un profil Utilisateur et Tapplication 

requerant la reservation a 6galement un profil Utilisateur : 

Dans ce cas, I'application primaire decidera de garder ou 
d'abandonner son niveau primaire: le principe est le meme que dans le cas 
(a): il y a negociation. 

Un exemple correspondant a ce cas est celui ou un premier 
telespectateur regarde un service sur un premier transpondeur (dont il a le 
contr6le par Tintermediaire d'une application primaire), tandis qu'un second 
telespectateur souhaite regarder un autre service d'un autre transpondeur, 
en utilisant le meme tuner. Le second telespectateur ne pourra regler le 
tuner sur la frequence du nouveau transpondeur qu'avec I'accord du premier 
telespectateur. 



10 



15 



(d) L'application primaire a un profil Machine et I'application 
requerant la reservation a un egalement un profil Machine : 

Etant donne que selon le present exemple, toutes les applications 
de profil Machine ont la meme priorite, Tapplication primaire termine sa 
tSche sans etre remplacee. 



Selon une variante de realisation, d'autres profils d'applications 
sont prevus: Arriere plan. Installation, Securite et Systeme, correspondant 
respectlvement a des applications de faible priorite occupees a des t§ches 
de fond (par exemple nettoyage de donnees obsoletes), des applications 
utilisees pendant I'installation et la configuration du reseau, des applications 
informant I'utilisateur de certains evenements importants (alarmes de 
securite par exemple), et des applications systeme (par exemple les 
registres et les gestionnaires de ressources). Quand plus de deux profils 
existent, le comportement du systeme est decrit de facon generale par la 
table 2. Dans la variante de realisation comportant plus de deux profils 
mentionnee ci-dessus, les profils Securite et Systeme ont a titre d'exemple 
des niveaux de priority plus Aleves que ie profil Utilisateur. II n'y a jamais de 
preemption d'une application de profil utilisateur par une application de 
niveau de priorite identique ou inferieur sans phase de negociation. 
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Cependant, selon I'exemple decrit par la table 2, il n'y a pas de negociation 
lorsque I'application primaire a un profil Utilisateur, mais que I'application 
Gherchant a obtenir le controle possede un niveau de priorite strictement 
superleur. 



Profil/Priorite 
de 

rapplication 
primaire 


Priorite de 
rapplication 
reauerant ia 
reservation 


Mecanisme lance 
par le gestionnaire 


Nouvelle 
application primaire 






Utilisateur 


Priorite 
suDerieure 


Preemption 


Application 

requerant 

reservation 


Utilisateur 


Priorite 
identique ou 
inferieure 


Negociation 


Application 
orimaire actuelle ou 
Application 
requerant 
reservation 


Priorite 

differente 

d'Utilisateur 


Priorite 
superieure 


Preemption 


Application 

requerant 

reservation 


Priorite 
differente 
d' Utilisateur 


Priorite 
identique ou 
inferieure 


Requete rejetee ou 
mise en attente 


Application 
primaire actuelle 



Table 2 
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REVENDICATIONS 



5 1. Precede de gestion de priorites d'acces d'applications a des 

ressources d'appareils relies par un reseau de communication, caracterise en 
ce que ledit procede comporte les etapes : 

- d'attribution, a chaque application, d'un niveau de priorite d'acces 
aux ressources du reseau. lesdits niveaux comprenant au moins les niveaux 

10 suivants : 

(a) un premier niveau de priorite d'acces pour une application qui 
n'est pas sous controle direct d'un utilisateur, 

(b) un second niveau de priorite d'acces pour une application apte a 
etre commandee directement par un utilisateur, 

- d'autorisation de preemption par une premiere application d'un 
acces a une ressource obtenu au prealable par une seconde application, en 
fonction des priorites d'acces respectives des premiere et seconde 
applications. 



15 



20 



25 



30 



35 



2. Procede selon la revendication 1. caracterise en ce qu'une 
ressource admet simultanement des acces par au moins N applications. N 
etant superieur ou 6gal a 1 . 

3. Proc§de selon I'une des revendications 1 ou 2, caracterise en ce 
que I'etape de preemption est precedee d'une phase de negociation pendant 
laquelle la premiere application transmet un message a la seconde application 
lui demandant d'accepter ou de refuser d'abandonner I'acces au profit de la 
premiere application. 

4. Procede selon la revendication 3, caracterise en ce qu'une phase 
de preemption d'une application ayant le second niveau de priorite par une 
application ayant le premier niveau de priorite est toujours precedee d'une 
phase de negociation. 

5. Procede selon la revendication 3 ou 4. caracterise en ce qu'une 
phase de preemption d'une application ayant le second niveau de priorite par 
une application ayant le second niveau de priorite est toujours prec6dee d'une 
phase de negociation. 
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6. Procede selon la revendication 3, caracterise en ce qu'il est prevu 
au moins trois niveaux de priorite, le troisieme niveau de priorite etant plus 
eleve que le second niveau de priorite, ce dernier etant plus eleve que le 

5 premier niveau de priorite, il y a une phase de negociation si le niveau de 
priorite de la premiere application est identique ou inferieur au niveau de 
priorite de la seconde application. 

7. Procede selon Tune des revendications 3 a 6, caracterise en ce 
10 qu'il y a directement preemption sans negociation si le niveau de securite de la 

premiere application est superieur au niveau de securite de la seconde 
application. 

8. Procede selon Tune des revendications 2 a 7, caracterise en ce 
15 qu'une application effectuant une tentative de reservation d'un acces d'une 

ressource deja reservee par N applications clientes est mise dans une file 
d'attente, en attendant la liberation de la ressource par Tune des N applications 
clientes. 

20 9. Procede selon la revendication 8, caracterise en ce que la mise en 

attente d'une application dans une file d'attente n'est effectuee que si cela est 
specifie par cette application dans sa requete d'acces. 

10. Procede selon Tune des revendications precedentes, caracterise 
25 en ce qu*il comporte en outre les etapes : 

- d'attribution d*un niveau primaire de droits d'acces, pour une 
ressource donnee, a une application ayant requis en premier un acces a cette 
ressource, 

- d'attribution d'un niveau secondaire de droits d'acces a d'autres 
30 applications effectuant une reservation de ladite ressource, les droits d'acces 

du niveau secondaire etant tels qu'ils n'interferent pas avec les droits d'acces 
du niveau primaire. 

11. Procede selon la revendication 10, caracterise en ce que. suite a 
35 une commande transmise par une application ayant un droit d'acces de niveau 

secondaire a une ressource, la ressource determine elle-meme si cette 
commande interfere ou non avec les droits d'acces du niveau primaire. 
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12. Precede selon I'une des revendications 10 ou 11, caracterise en 
ce qu'une ressource accepte toute commande re9ue I'application ayant un droit 
d'acces de niveau primaire a cette ressource, meme si I'execution de la 
commande interfere avec les commandes prealablement re?ues d'une 
application ayant un niveau secondaire de droit d'acces. 

13. Precede selon Tune des revendications 10 a 12, caracterise en 
ce que la preemption et le cas echeant la n§gociation n'est autorisee que pour 
forcer {'abandon d'un acces tenu par une application ayant un niveau d'acces 
primaire. 
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TRAIT" E COOPERATION EN MAT^ I DE BREVETS 

Exp6diteur: le BUREAU INTERNATIONAL 



PCT 

NOTIFICATION D'ELECTION 
(regie 61.2 du PCT) 


Destinataire: 

Assistant Commissioner for Patents 
United otates ratent ana i raaemarK 
Office 
Box PCT 

Washington, D.C.20231 
ETATS-UNIS D'AMERIQUE 

en sa ctualit6 d'office 6lu ^ 


Date d'exp6dftion Qour/mois/annie) 
14 fevrier 2000 (14.02.00) 




Demande Internationale no 
PCT/FR99/01358 


R6f6rence du dossier du deposant ou du mandataire 
PF980035 


Date du d6pdt international Gour/mois/annee) 
OSjuin 1999 (08.06.99) 


Date de priority Gour/mois/annee) 
OSjuin 1998 (08.06.98) 


D6posant 

COEZ, Fabienne etc 



1 . L' office d6sign6 est avis6 de son Election qui a 6t6 farte: 

X| dans la demande d'examen pr6limtnaire international presentee a ('administration charg6e de I'examen pr6liminaire 
international le: 



07 janvier 2000 (07.01.00) 



□ 



dans une declaration visant una Election ulterieure d^pos^e aupres du Bureau international le: 



2. L'6lection ^ a6t6faite 

I I n'a pas 6t6 faite 

avant Texpiration d'un d^lai de 19 mois h compter de la date de priority ou, lorsque la rdgle 32 s'applique, dans le d6lai vis6 
h la r^gle 32.2b). 





Fonctionnaire autoris^ 




Bureau international de I'OMPl 




34, chemin des Colombettes 


Kiwa Mpay 




121 1 Gendve 20. Suisse 




no det6l6copieur: (41-22) 740.14.35 


no de t6l6phone: (41-22) 338.83.38 




Formulaire PCT/IB/331 auillet1992) 




3105165 
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TRAITE DE. 



lOPERATION EN MATiERE DE 

PCT 



VETS 



RAPPORT DE RECHERCHE INTERNATIONALE 
(article 1 8 et regies 43 et 44 du PCT) 



Reference du dossier du deposant ou 
du mandataire 

PF980035 



POUR SUITE notification de transmission du rapport de recherche Internationale 

(fomnulaire PCT/ISA/220) et, le cas echeant, le point 5 ci-apres 

ADONNER 



Demande Internationale n^ 



PCT/FR 99/01358 



Date du depot international (yotyr/rno/s/annee^ 

08/06/1999 



(Date de priorite (la plus ancienne) 
(jour/mois/annee) 

08/06/1998 



Deposant 



THOMSON MULTIMEDIA et a1 . 



Le present rapport de recherche intemationate, etabli par Tadministratlon chargee de la recherche Internationale, est transmis au 
deposant conformement a I'artlde 18. Une cople en est transmise au Bureau international. 

Ce rapport de recherche Internationale comprend _2_ feuilles. 

nn " 6st aussi accompagne d'une copie de chaque document retatif a I'etat de la technique qui y est cite. 



1 . Base du rapport 

a. En ce qui concerne la langue, la recherche Internationale a ete effectuee sur la base de la demande Internationale dans la 
langue dans laquelle elle a ete deposee, sauf indication contraire donnee sous le meme point. 

I I la recherche intemationale a ete effectuee sur la base d'une traduction de la demande intemationale remise a {'administration. 

b. En ce qui concerne les sequences de nucleotides ou d'acldes amines divulguees dans la demande Internationale (le cas echeant) 
la recherche intemationale a ete effectuee sur la base du listage des sequences : 

I I contenu dans la demande intemationale, sous forme ecrite. 

I I deposee avec la demande Intemationale, sous forme dechiffrable par ordinateur. 

I I remis ulterieurement a {'administration, sous forme ecrite. 

I I remis ulterieurement a {'administration, sous forme dechiffrable par ordinateur. 

I I La declaration, selon laquelle le listage des sequences presente par ecrit et foumi ulterieurement ne vas pas au-dela de la 
divulgation falte dans la demande telle que deposee, a ete foumie. 

I I La declaration, selon laquelle les informations enregistrees sous forme dechiffrable par ordinateur sont Identiques a celles 
du listage des sequences presente par ecrit, a ete foumie. 

2. 1^ II a 6te estlme que certalnes revendicatlons ne pouvalent pas faire Tobjet d'une recherche (voir le cadre I). 
^ EH *' y ® absence d'unlte de I'lnventlon (voir le cadre II). 

4. En ce qui concerne le titre, 

Pn le texte est approuve tel qu'il a ete remis par le deposant. 

I I Le texte a ete etabli par I'administration et a la teneur sulvante: 



En ce qui conceme I'abreg^, 

[Y] '® texte est approuve tel qu'll a ete remis par le deposant 

□ le texte (reproduit dans le cadre III) a ete etabli par I'administration conformement a la regie 38.2b). Le deposant peut 
presenter des obsen/ations a Tadministration dans un delai d'un mois a compter de la date d'expedition du present rapport 
de recherche intemationale. 



La figure des desslns a publier avec I'abrege est la Figure n° 
pn suggeree par le deposant. 

I I parce que le deposant n'a pas suggere de figure. 
I I parce que cette figure caracterise mieux {'invention. 



□ 



Aucune des figures 
n'est a publier. 



Formulaire PCT/ISA/210 (premiere feuille) (juillet 1998) 
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TBAfTE DE COOPERATION EN MATIgBE DE BREVETS 

Expddfteur: L'ADMINISTRATION CHARGEE OE 

L'EXAMEN PRELIMINAIRE INTERNATIONAL 



Dastinataire: 
KOHRS.M. 

THOMSON MULTIMEDIA 

•TV \jiUCil r^i^i ivi lot? 

F-92648 Boulogne Cedex 
FRANCE 






PCT 

NOTIFICATION DE TRANSMISSION DU 
RAPPORT D'EXAMEN PRELIMINAIRE 
INTERNATIONAL 

(r^a\& 71 1 du PCT4 








Date d'exp^cStion 

Oour/mois/ann^) 16.08.2000 


R^f^ence du dosstdr du d^posant ou du mandataire 
PF980035 


NOTff=lCAT10N MPORTAKTE 


Oemande internationale No. 
PCT/FR99/01358 


Date du d^pot tntemattonal (jour/mois/arvi^) 
08/06/1999 


Date dd priofitd (jour/mois/ann^e) 
08/06/1998 


D^osant 

THOMSON MULTIMEDIA et al. 





1 . II est notifi^ au d^posant que radminlstration charges de Texamen pr^liminaire intemationat a 6tabl! le rapport 
d'examen preliminaire international pour la demande internationale et le lul transmet ci-jdint, accompagn^, le 
cas 6cheant. de ces annexes. 



2. Une copie du present rapport et, le cas dch^ant, de ses annexes est transmtse au Bureau intemationat pour 
communication k tous les offices elus. 



3. Si tel ou tel office 6lu Texige, le Bureau intemational ^tabltra une traduction en tangue anglaise du rapport 
Texctusion des annexes de celui-ci) et la transmettra aux offices mt^ress^s. 



4. RAPPEL 

Pour aborder la ptiase nationale aupres de chaque office 6\u, le deposant dort accomplir certains actes (d4p6t 
de traduction et paiement des taxes nationales) dans le detai de 30 mois k compter de la date de priorite (ou 
plus tard pour ce qui conceme certains offices) (article 39.1) (voir aussi le rappel envoys par le Bureau 
intemational dans le fomnulaire PCT/IB/301). 



Losrqu*une traduction de la demande internationale doit dtre remise k un office 6lu, elie doit comporter la 
traduction de toute annexe du rapport d'examen preliminaire international. II appartient au d^sant d'^tablir la 
traduction en question et de la remettre directement k chaque office ^lu int^ressd. 

Pour plus de prteisions en ce qui conceme les d^lats applicables et les exigences des offices 6lus, voir le 
Volume II du Guide du d6posant du PCT. 



Nom et adresse postale de radminstration charge da fexamen 
pr^tminatre international 

Office europden des brevets 

^ D-80298 Munich 



761 +49 89 2399 

Fax: +49 89 2399 



O Tx: 523656 epmu d 
- 4465 



Fonctionnaire autoris^ 
Ahrens, R 

T6I.+49 89 2399-8136 




Formulaire PCT/IPEA/416 (jLiiilet 1992) 



TRAI'A)E COOPERATION EN MaIr^E DE BREVETS 

PCT 



RAPPORT D'EXAMEN PRELIMINAIRE INTERNATIONAL 

(article 36 et regie 70 du PCT) 



Rdfdrence du (k>$sidr du d^posant ou du 

mandataire 

PF980035 


voir la notification de transmission du rapport d*examen 
POUR SUITE A DONNER prdtlminaire lnt0mati<mal (formulaire PCT/IPEA/416) 


Oemande intemationale 
PCT/FR99/01358 


Date du ddpot interr^ational (jour/moia/ann^) 
08/06/1999 


Date de pncritd (four/mois/ann^) 
08/06/1998 


Classification Internationale des brevets (CIS) ou k ta fots classification nationale et CIB 
H04L12/28 


Ddposant 

THOMSON MULTIMEDIA et al. 



1 . Le present rapport d'examen pr6liminaire international. 6tabli par radministaration charg6e de Texamen pr6limlnalre 
international, est transmis au d6posant conformement k I'article 36. 



2. Ce RAPPORT comprend 6 teuilles, y compris la pr6sente feuilte de couverture. 

□ II est accompagne rfANNEXES. c'est-^-dire de feuilles de la description, des revendications ou des dessins qui ont 
et6 modiflees et qui servent de base au present rap|:>ort ou de feuilles contenant des rectifications faites auprds de 
Tadministration chargee de rexamen preliminaire international (voir la r6gle 70.16 et finstruction 607 des Instructions 
administratives du PCT), 

Ces annexes comprennent feuilles. 



3. Le present rapport contient des indications relatives aux points suivants: 



1 




Base du rapport 


II 


□ 


Priorrte 


111 


□ 


Absence de formulation d'opinion quant k la nouveautd, Tactivite Inventive et la possibility 
d'application industrielle 


IV 


□ 


Absence d'unit^ de ('invention 


V 




D^laratton motiv6e selon Tarticle 35(2) quant a ta nouveautd.Tactivitd inventive et la possibiritd 
d'application industrielle; citations et explications a Tapput de cette declaration 


VI 


□ 


Certains documents citds 


VII 




!rr6gularftesdans la demande intemationale 


Vilf 




Observations relatives k la demande Internationale 



Date de presentation de la demande d'examen prdtiminatre 
tntamationaie 


Date d*acti^6m«)tdu present rapport 




07/01/2000 


16.08.2000 




Norn et adresse postale de radministration charge de 
I'examen pr^iminatre tntomational: 

^ Office europ^en des brevets 
D-80298 Munich 

Tdl. +49 89 2399 - 0 Tx: 523656 epmu d 
Fax: +49 89 2399 - 446S 


Fonctionnaire autoris^ 
Kesting, V 

N** de tdl^phone +49 89 2399 7434 


(j) 


Formulaire PCT/IPEA/409 (feuilte de couverture) (janvier 1994) 
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RAPPORT D'EXAMEN 

PRELIMINAIRE INTERNATIONAL Demande intemattonale n° PCT/FR99/01 358 

I. Base du rapport 

1 . Ce rapport a 6t6 r6dig6 sur la base des 6l6m0nts ci-apr6s {les feuilles de remplacement qui ont 4t4 remises 4 
roffice rdcepteur en r4ponse it une invitation faHe confom6ment ^ rarticle 14 sont consid6r6es, dans le present 
rapport, comme 'initialement d^pos^es" etne sont pas jointes en annexe au rapport puisqu'elles ne contiennent 
pas de modifications.) : 

Description, pages: 

1-17 version initidle 

Revendications, N^: 

1-13 version initiate 

Dessins, feuilles: 

1/2-2/2 version initiale 



2. Les modifications ont entraine I'annulation : 

□ de la description, pages : 

□ des revendications, n*** : 

□ des dessins, feuilles : 

3. □ Le present rapport a 6te fomiul6 abstraction faite (de certaines) des modifications, qui ont 6X6 consid^rdes 

comme allant au-dela de f expos4 de Pinvention tel qu'il a 6X6 depos^, comme il est indiqud d-aprds 
(r^gle 70.2(c)) : 

4. Observations complementaires. le cas 6ch6an\ : 



Formulaire PCT/lPEA/409 (cadres I-VIII. feuille 1 ) Ganvier 1994) 



I 



RAPPORT D EXAMEN 

PRELIMINAIRE INTERNATIONAL Demande international© PCT/FR99/01358 



V. Declaration motivee selon rarticle 35(2) quant a la nouveaute, I'actlvite Inventive et la posslbiltte 
d'application Industrielle; citations et explications a Tappui de cette declaration 

1. Declaration 

Nouveaute Oui : Revendications 1-13 

Non : Revendications 

Activity inventive Oui : Revendications 

Non : Revendications 1-13 

Possibility d'application industrielle Oui: Revendications 1-13 

Non : Revendications 



2. Citations et explications 
voir f eullle separee 

VII. Irregularites dans la demande Int^nationale 

Les irregularites suivantes, concemant la fomne ou le contenu de la demande intematlonale. ont ete constatees : 
voir feuille separee 

Vill. Observations relatives a la demande Internationale 

Les obsen/ations suivantes sent faites au sujet de la clarte des revendications, de la description et des dessins 
et de la question de savoir si les revendications se fondent entidrement sur la description : 

voir feuille separee 



Formulaire PCT/lPEA/409 (cadres t-VItt, feuille 2) (Janvier 1994) 
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RAPPORT D'EXAMEN Domande international© n° PCT/FR99/01358 
PRELIMINAIRE INTERNATIONAL - FEUILLE SEPAREE 



Concernant le point V 

Declaration motive selon I'article 35(2) quant d la nouveaut^, I'activlt^ Inventive 
et la possibility d'application industrieiie; citations et explications k I'appui de 
cette declaration 

1 . La revendication 1 n'est pas conforme au critere d'activite inventive 6nonc6 dans 
I'article 33(3). 

1.1 Le document D1 = WO-A-9817033 d6crit un precede de gestion de param6tre 
d'acces d'application a des ressources d'appareils reli6s par un reseau de 
communication (page 1. lignes 5- 9; page 6, lignes 21-31; page 6, ligne 33 - 
page 7, ligne 12). Le precede comporte une premiere etape d'attribution, a 
chaque application demandant I'acces a une ressource du reseau, d'une valeur 
du parametre d'acces (page 7, lignes 32 - 37; page 16, ligne 1 1 - page 17, ligne 8: 
persistence). Dans une autre §tape du proc6de, la preemption par une premiere 
application d'un acces a une ressource obtenu au prealable par une seconde 
application, est autorisee en fonction des valeurs du parametre d'acces attribuees 
aux applications (page 8, lignes 5-10 et lignes 34 - 36). Une application qui n'est 
pas sous le controle direct d'un utilisateur (page 6, ligne 25: cable box), et une 
autre application commandee directement par un utilisateur (page 6, 

ligne 24: DSS satellite receivef) sont egalement decrites. 

1.2 La difference entre I'objet de la protection selon la revendication 1 et ce precede 
connu est que I'application qui n'est pas sous le contrSle direct d'un utilisateur et 
I'appllcation commandee directement par un utilisateur ont, comme valeurs du 
parametre d'acces, des niveaux de priorrte differents. 

1 .3 Le probleme technique qui correspond a cette difference est de privilegier un type 
d'application par rapport it un autre quant a I'obtention de i'accds aux ressources. 

1 .4 Dependant, D1 laisse deja penser a attribuer des valeurs differentes au 
parametre d'acces pour les differents types d'application en decrivant un exemple 
de conflit d'acces qui est mal resolu par les systemes conventionnels (page 6, 
lignes 21 - 31), et en decrivant des valeurs differentes que ce parametre d'acces 
peut prendre (pages 16 et 17). L'utilisation du parametre d'acces comme une 



Formulaire PCT/Feuille sdpar4e/409 (teuille 1) (OEB-avril 1997) 
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RAPPORT D'EXAMEN Demand© intomationale n" PCT/FR99/01358 
PRELIMINAIRE INTERNATIONAL - FEUILLE SEPAREE 

priorite n'implique d'ailleurs aucune activite inventive car I'idee de gerer les accds 
a des ressources par ie moyen d'une priorite est une mesure largement connue et 
bien etablie dans Ie domaine des reseaux de communication. 

1 .5 Les caracterlstiques supplementalres des revendicatlons d^pendantes 2-13 
etant connues de D1 (phase de negociation, revendication 3; trols niveaux de 
preponderance, revendication 6) ou repr^sentant de mesures communes 
(admission simultanee de plusieurs applications, revendication 2; options quant k 
la negociation dans differents cas de conflit, revendicatlons 4 - 7; options 
regardant une mise en attente, revendicatlons 8 et 9; options regardant les 
niveaux primaire et secondaire de droit d'acces, revendicatlons 10-13), elles 
n'ajoutent aucune valeur Inventive a I'objet de la protection selon la 
revendication 1 . De fait, lesdites revendicatlons dependantes ne sont pas 
conforme au critere d'activite inventive. 



Concernant Ie point VII 

Irr^gularit^s dans la demande Internationale 

1 . Contralrement a ce qu'exige la regie 5.1 a) 11), la descrijation nindique pas t'6tat 
pertinent de la technique anterieure expos§ dans Ie document D1 . 

2. La revendication 1 n'est pas presentee en deux partles comifte pr6vu par la 
regie 6.6 b), les caracterlstiques connues de I'etat de la technique (D1) figurant 
dans le preambule et les caracterlstiques restantes figurant dans la partie 
caracterlsante. 

3. Les revendicatlons ne contiennent pas de signes de reference, contralrement^ ce 
qui est prescrit dans la r^le 6.2 b). 



PCT/FeuillG s4par6eM09 (teuille 2) (OEB-avril 1997) 
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RAPPORT D'EXAMEN Demande intemationale n" PCT/FR 99/0 1358 
PRELIMiNAIRE INTERNATIONAL - FEUILLE SEPAREE 

Concernant le point VIII 

Observations relatives d la demande Internationale 

Eu egard au critere de clarte enonce dans I'Article 6, les remarques suivantes sont a 
prendre en consideration: 

1 . Les termes suivants manquent d'antecedent: lesdits niveaux (revendication 1, 
page 18, Iigne9; seulement un niveau a et6 introduit auparavant); le niveau de 
securite (revendication 7). 

2. Dans la revendication 8, le terme 'appiications clientes' introduit un doute quant 
a savoir si ces applications sont ou ne sont pas les m§mes que les applications 
definies precedemment. 

3. La revendication 10 specifie que les droits d'acces des niveaux primaire et 
secondaire n'interferent pas. Selon la revendication 1 1 une ressource determine 
s'il y a une interference des droits d'acces des niveaux primaire et secondaire. Or, 
la revendication 11 dependant de la revendication 10, les caract6ristiques 
mentionnees ci-dessus se retrouvent de maniere contradictoire dans la m§me 
revendication; I'objet de la protection de la revendication 1 1 n'est alors pas 
clairement definl. 

Le menie rnanque de clarte se trouve dans la revendication 12 qui, comme la 
revendication 1 1, depend aussi de la revendication 10 et mentionne aussi une 
possible interference entre les droits d'acces des niveaux primaire et secondaire. 
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PATENT COOPERATION TRE^Y 

PCT 

INTERNATIONAL PRELIMINARY EXAMINATION REPORT 

(PCT Article 36 and Rule 70) 



3 



Applicant's or agent's file reference 
PF980035 


_ _ _ E-iiDT^uiro r^TiriM Notification of Transmittal of International 
FOR FURTHER ACTION preliminary Examination Report (Form PCT/IPEA/4 1 6) 


international application No. 

PCT/FR99/01358 


International filing date (day/month/year) 
08 June 1999 (08.06.99) 


Priority date {day/month/year) 

08 June 1998 (08.06.98) 


International Patent Classification (IPC) or national classification and IPC 
H04L 12/28 


Applicant 


THOMSON MULTIMEDIA 





This international preliminary examination report has been prepared by this International Preliminary Examining 
Authorit>' and is transmitted to the applicant according to Article 36. 



This REPORT consists of a total of 



. sheets, including this cover sheet. 



□ This report is also accompanied by ANNEXES, i.e., sheets of the description, claims and/or drawings which have 
been amended and are the basis for this report and/or sheets containing rectifications made before this Authority 
(see Rule 70.16 and Section 607 of the Administrative Instructions under the PCT). 



These annexes consist of a total of _ 



sheets. 



3. This report contains indications relating to the following items: 
] [X3 Basis of the report 
Priority 

Non-establishment of opinion with regard to novelty, inventive step and industrial applicability 
Lack of unity of invention 

Reasoned statement under Article 35(2) with regard to novelty, inventive step or industrial applicability; 
citations and explanations supporting such statement 

Certain documents cited 

Certain defects in the international application 

Certain observations on the international application 



11 


□ 


III 


□ 


IV 


□ 


V 




VI 


□ 


VII 




VIII 





Date of submission of the demand 

07 January 2000 (07.01.00) 


Date of completion of this report 

16 August 2000 (16.08.2000) 


Name and mailing address of the IPEA/EP 
Facsimile No. 


Authorized officer 
Telephone No. 



Form PCT/IPEA/409 (cover sheet) (January 1994) 
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INTERNATIONAL PRELIMINARY EXAMINATION REPORT 



International application No. 

PCT/FR99/01358 



I. Basis of the report 



1 . This report has been drawn on the basis of {Replacement sheets which have been Jurnished to the receiving Office in response to an invitation 
under Article 14 are referred to in this report as ' originally filed" and are not annexed to the report since they do not contain amendments.): 



I I the international application as originally filed. 

[^X;J the description, pages ^"^^ , as originally filed, 

pages , filed with the demand, 

pages , filed with the letter of 

pages , filed with the letter of 



the claims, 



Nos. 
Nos. 
Nos. 
Nos. 
Nos. 



1-13 



, as originally filed, 

, as amended under Article 19, 

, filed with the demand, 

, filed with the letter of 

, filed with the letter of 



the drawings, sheeis/fig 
sheets/fig 
sheets/fig 
sheets/fig 



1/2-2/2 



, as originally filed, 
, filed with the demand, 
, filed with the letter of 
, filed with the letter of 



2. The amendments have resulted in the cancellation of: 

I I the description, pages 

I I the claims, Nos. 

I I the drawings, sheets/fig 



^ I I This report has been established as if (some of) the amendments had not been made, since they have been considered 
1 — I beyond the disclosure as filed, as indicated in the Supplemental Box (Rule 70.2(c)). 

4. Additional observations, if necessary: 



Form PCT/IPE A/409 (Box 1) (January 1994) 
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INTERNATIONAL PRELIMINARY EXAMINATION REPORT 



Ifl^Plktional application No. 
PCT/FR 99/01358 



V. Reasoned statement under Article 35(2) with regard to novelty, inventive step or industrial applicability; 
citations and explanations supporting such statement 



Statement 
Novelty (N) 

Inventive step (IS) 
Industrial applicability (lA) 



Claims 
Claims 

Claims 
Claims 

Claims 
Claims 



1-13 



1-13 



1-13 



YES 
NO 
YES 
NO 

YES 
NO 



Citations and explanations 

1. Claim 1 is not consistent with the criterion of 
inventive step set out in Article 33(3). 



1.1 Document Dl = WO-A-9817033 describes a method for 
managing the access parameters of applications to 
resources from devices connected by a communication 
network (page 1, lines 5 to 9; page 6, lines 21 to 
31; page 6, line 33 - page 1 , line 12) . The method 
includes a first step of attributing value to the 
access parameter of each application requesting 
access to a networked resource (page 7, lines 32 to 
37; page 16, line 11 - page 17, line 8: 
persistence) . Another step in the method is that of 
authorizing a first application to pre-empt access 
to a resource granted earlier to a second 
application, based on the values attributed to the 
access parameters of the applications (page 8, lines 
5 to 10 and lines 34 to 36) . An application which 
is not under direct- user control (page 6, line 25: 
cajbie box) , and another application directly 
operated by a user (page 6, line 24: DSS satellite 
receiver) are also described. 



1.2 The difference between the subject matter for which 
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protection is sought according to Claim 1 and the 
known method is that the application which is not 
under direct user control and the application 
directly operated by a user have different levels of 
priority arising from the value of their access 
parameters - 



1.3 The technical problem which corresponds to this 
difference is: how to privilege one type of 
application over another in terms of access to 
resources . 



1.4 However, Dl already suggests attributing different 
values to the access parameters of different types 
of application when it describes an example of 
access conflict badly resolved by conventional 
systems (page 6, lines 21 to 31), and the different 
values which this access parameter may assume (pages 
16 and 17). Indeed, using the access parameter to 
prioritise does not involve an inventive step, as 
the idea of managing access to resources by 
allocating priority is widely known and well- 
established in the field of communication networks . 



1-5 The additional features of dependent Claims 2 to 13 

are known from Dl (negotiation phase. Claim 3; three 
levels of precedence, Claim 6) , or constitute 
standard measures (simultaneous acceptance of 
several applications. Claim 2; options in 
negotiating different conflicts, Claims 4 to 7; 
queuing options. Claims 8 and 9; options for primary 
and secondary levels of right of access) . They do 
not contribute any additional inventive content to 
the subject matter for which protection is sought 
according to Claim 1. Hence, said dependent claims 
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VII. Certain defects in the international application 



The following defects in the form or contents of the international application have been noted: 



See ^he Supplemen'tal Box. 
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Continuation of:VI I 



1. Contrary to Rule 5.1(a) (ii), the description does 
not indicate the relevant prior art set out in document 
Dl. 

2. Claim 1 is not drafted in two parts as required 
under Rule 5.6(b), with the features known from prior art 
(Dl) appearing in the preamble and the remaining features 
appearing in the characterizing portion, 

3. The claims do not contain any reference signs, 
contrary to Rule 6.2(b). 
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VIII. Certain observations on the international application 



The following observations on the clarity of the claims, description, and drawings or on the question whether the claims are fully 
supported by the description, are made: 
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See the Supplemen'tal Box . 
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The following points should be taken into consideration 
in relation to the criterion of clarity set out in 
Article 6: 



1. There is no earlier reference to the following 
terms: said levels (Claim 1, page 18, line 9, only one 
level having been introduced earlier) ; the level of 
security (Claim 7) . 



2. In Claim 8, the term ''client applications" raises 

uncertainty as to whether these applications are or are 
not the same as the applications defined earlier. 



3, Claim 10 specifies that there is no interference 
between the right of access of the primary and secondary 
levels. According to Claim 11 a resource establishes 
whether there is interference between the right of access 
of the primary and secondary levels. As Claim 11 is 
dependent on Claim 10, the appearance of the above- 
mentioned features within the same claim is 
contradictory; the subject matter for which protection is 
sought in Claim 11 is consequently not clearly defined. 



There is the same lack of clarity in Claim 12 which, like 
Claim 11, depends on Claim 10 and also mentions possible 
interference between the right of access of the primary 
and secondary levels. 
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